(12) United States Patent 

van Zoest et al. 



US006496802B1 

(io) Patent No.: US 6,496,802 Bl 
(45) Date of Patent: Dec. 17, 2002 



(54) SYSTEM AND METHOD FOR PROVIDING 
ACCESS TO ELECTRONIC WORKS 

(75) Inventors: Alexander T. van Zoest; Matthew 
John DiMeo; Brian Mason 
Degenhardt; Charles Lawrence 
Slsmondo; Brian Callahan; John 
William DeRose, all of San Diego, CA 
(US); George Matthew Costello, La 
Jolla, CA (US); TYistan Anne Barnum, 
San Diego, CA (US); James Park, San 
Diego, CA (US); Joshua Stephens, San 
Diego, CA (US); Michael Oliphant, 
San Diego, CA (US); David M Story, 
San Diego, CA (US); John P. Knott, 
San Diego, CA (US); James Martin 
Moore, San Diego, CA (US) 

(73) Assignee: MP3.com, Inc., San Diego, CA (US) 

( * ) Notice: Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 85 days. 

(21) Appl. No.: 09/615,591 

(22) Filed: Jul. 13, 2000 

Related U.S. Application Data 

(60) Provisional application No. 60/175,159, filed on Jan. 7, 
2000. 

(51) Int. CI. 7 G06F 17/60 

(52) U.S. CI 705/14; 705/51 

(58) Field of Search 705/14, 51 

(56) References Cited 

U.S. PATENT DOCUMENTS 

3,990,710 A 11/1976 Hughes 369/34 

4,054,911 A 10/1977 Fletcher et al 348/463 

4,300,040 A 11/1981 Gould et al 235/381 

4,355,338 A 10/1982 Yamamoto et al 360/15 

4,449,198 A 5/1984 Kroon et al 386/83 

4,468,751 A 8/1984 Plunkett, Jr 360/55 

4,481,412 A 11/1984 Fields 235/462.79 

(List continued on next page.) 



FOREIGN PATENT DOCUMENTS 

EP 808048 A2 ♦ 11/1997 

OTHER PUBLICATIONS 

Webopedia entry for "ripper" at http://webopedia.internet- 
.com/TERM/r/ripper.html, Feb. 27, 2001.* 
Lange, Larry, "MP3 compression opens recording industry's 
coffers to hackers", Electronic Engineering Times, No. 963 
(Jul. 21, 1997): 1.* 

"mp3-zone", one page with this heading copied from http:// 
members, tele web. at/sommeregger. sepp/mpsearch/rip- 
enc.htm, Feb. 27, 2001.* 

DIG-Music: An On Demand Digital Musical Selection 
Systems Utilizing CATV Facilities, Graham M. Campbell et 
al., Source Translation & Optimization, To: Bryan Richard- 
son, Cooley Godward from Greg Aharonian (Jun. 11, 1982). 

(List continued on next page.) 

Primary Examiner — Eric W. Stamber 

Assistant Examiner — Donald L. Champagne 

(74) Attorney, Agent, or Firm — Howrey Simon Arnold & 

White, LLP; Derek J. Jardieu 



(57) 



ABSTRACT 



The present invention is a system and method for providing 
access to electronic works over a network. In a preferred 
embodiment, the present invention offers a user access to 
electronic copies of works, such as songs, albums, movies, 
or music videos, over a network. The user responds to the 
offer by requesting to access to a particular work. Before 
such a request is granted, the present invention may verify 
that the user is authorized to access to the work. In one 
embodiment, the user verifies that they are authorized to 
access an electronic copy of the work by demonstrating that 
they possess a physical copy of the work. In another 
embodiment, the user verifies that they are authorized to 
access an electronic copy of the work by demonstrating that 
they ordered or purchased a copy of the work. If a user's 
authorization is verified, the user may then be provided with 
access to an electronic copy of the work by such techniques 
as downloading or streaming. 

39 Claims, 19 Drawing Sheets 
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SYSTEM AND METHOD FOR PROVIDING from a first computer to second computer with playing of a 

ACCESS TO ELECTRONIC WORKS musical recording on the second computer. The specification 

describes a method of searching that uses a unique identifier 

RELATED APPLICATIONS l0 identify a user's CD in the user's computer. Upon 

This application claims the benefit of U.S. Provisional 5 detec ^ * e of a CD in user ' s com P ut f r > a 

Application No. 60/175,159 entitled SYSTEM AND scrmt ln j hc Wel ? ^ computes the unique identifier 

METHOD FOR ENABLING GLOBAL ACCESS AND ^ponding t0 the CD and «nd» unique identifier to 

INSTANTANEOUS LISTENING TO DIGITAL AUDIO, ** f ^r^Tn ^ ™u !l A und °^ i / esouT ? e 

C1 , j n ^nnn t-u* t * • • u u • * J locator ( URL ) that relates to the audio CD (e.g., the 

filed on Jan. 7, 2000. This application is hereby incorporated . , , x • 1 , ■ . *- . 

by reference in its entirety. This application is also related to 10 arbst s h ° mc , ^ data sud > 33 thc names ° f the 

co-pending U.S. Non-Provisional Application Ser. No. ^ comp ementary entertainment (i.e. photo- 

09/559,176 entitled SYSTEM AND METHOD FOR A ST a P, hs of thc band ' " twork > amma ' cs ' andvld6 ° ch P s )- In 

MULTIPLE-PARTY TRANSACTION, filed on Apr. 27, ^ alternative embodiment when the user inserts an audio 

2000; and U.S. Non-Provisional Application Ser. No. ^D into their computer, the browser i) i aunches rf not 

09/615,590 entitled A DISTRIBUTION SYSTEM FOR 15 f 68 * '. rannmg; 2 ) ' Tf !? ? Z ,Ue f° tlfi ? r ' 811(1 

„ T r ™n nKTTn Ti7^r»T^e j t i 1 "3 mnn t- u c from this unique identifier derives a URL, and 3) retneves 

ELECTRONIC WORKS, filed on Jul. 13, 2000. Each of \JRL 

these applications is hereby incorporated by reference in its 

entirety. SUMMARY OF THE INVENTION 

BACKGROUND OF THE INVENTION 20 The present invention is a system and method for pro- 

. viding electronic works to a user. In a preferred 

1, Field of the Invention embodiment, the system and method offers to provide the 
The present invention relates to a system and method for electronic works to users over a network. The works may be 

providing access to electronic works over a network. organized by artist, director, category, type of work, or many 

2. Background 25 other organization models. The works may include songs, 
Several technologies exist that enable a user to upload albums, movies, music videos, or a variety of other types of 

digital music to a Web site storage location and then access work. The electronic works may be obtained by acquiring 

that Web site for listening to the music at a later time. For the content from physical copies of the work, such as a 

example, mymp3storage.com clients can upload 50 mega- content acquisition system including rippers and encoders, 

bytes of music (approximately 12 songs) from the client's 30 The user generally accesses the electronic works on a 

hard drive to a storage location on this site, and then machine capable of connecting to the network, such as a 

download it to a different computer. personal computer, hand held computer, cell phone, pager, 

Similarly, cablemusic com uses a Javascript Audio Con- etc. With their machine, the user may browse through the 

tent Kit ("JACK"), which allows listeners to turn Compact available works and select a desired work or group of works. 

Discs ("CDs") into small, high fidelity, music files. Using 35 The user's selection is sent to the party offering the works, 

these web-friendly music files listeners can turn their per- This party receives the request and processes the request, 

sonal computers into a personal jukebox and simultaneously Such processing may include determining that the user 

upload their favorite music to the cablemusic.com site. Once subscribes to the service, such as a login procedure, or 

on the cablemusic.com servers, listeners can construct play- verifying that the user is entitled to receive the requested 

lists or listen to their individual songs via direct, immediate 40 electronic work. The user may verify that they are entitled to 

access to their music on demand from anywhere on the Web. receive the desired work several ways, including by dem- 

Myplay.com permits its members to store, organize, onstrating they own a physical copy of the work or dem- 

download, and share up to 250 megabytes (approximately onstrating they ordered the requested work from a retailer or 

65 songs) of music in an online "locker"on its site. The 45 other distributor. 

myplay.com system protects the client's locker with a pass- Once the user adequately shows that they are authorized 

word. Clients can upload their MPEG-1 audio layer-3 to receive the requested work, the user is provided with 

("MP3") and other digital music files to the site and listen to access to the work. In a preferred embodiment, this access 

them from any Web -accessible computer in any order is provided with a Content Delivery System. Access may 

selected by the client. 50 include placing a copy of the electronic work in a user's 

Myptay.com and i-drive.com also facilitate "sideloading" account, sending a copy of the work to the user, streaming 

of MP3 files. For example, the myplay.com system permits the work to the user, broadcasting the work to the user, or 

users to sideload or directly transfer MP3 files from par- providing the user with a pointer to a copy of the electronic 

ticular MP3 vendors or from a URL currently storing the work in the user's account. The user may experience the 

MP3 file to the user's individual's locker. This sideload or 55 work from any location with access to the network via a 

direct transfer feature obviates the steps of downloading the transmission lines or satellite connection, 

data, converting the data to MP3 format, and uploading the BRIEF DESCRIPTION OF THE DRAWINGS 
data to the locker, The client can store music by album, 

genre, and track. A database provides additional information FIG 1 illustrates an overview of a preferred embodiment 

about artists, including discographies and liner notes. 6Q of the present invention. 

Unlike the systems described above, the present invention FIG. 2 illustrates a preferred embodiment of the content 

requires the user to actually possess the physical. CD, which acquisition system. 

encourages individuals to buy CDs and thus furthers the FIG. 3 illustrates a preferred embodiment of a web page, 

protection of copyrighted material. FIGS. 4-7 show data samples used to illustrate the 

Another system in the prior art is described in U.S. Pat. 65 validation process. 

No. 5,987,525 (Roberts et al.), which claims a method for FIGS. 8-19 illustrates web pages of a preferred embodi- 

synchronizing delivery over a network of visual content ment of an organizational model. 
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DESCRIPTION OF A PREFERRED as an Apple Macintosh, or IBM compatible, running Linux 

EMBODIMENT or Microsoft Windows with a modem for connecting to a 

£ , _ j . network. In alternative embodiments, the client location may 

As shown in FIG. 1, the preferred embodiment of the be a portable devicCj ^ as a laptop computer, cellphone, 

present invention may include a Distributor Location 100, a 5 p alm Walkman®, car stereo, etc. 

Partner Location 105, and a Client Location 110. The In a preferred embodiment, the personal computer 115 

Distributor Location 100 generally provides access to elec- may also ^ aQ Internet browser, such as Microsoft Internet 

tronic works. Electronic works include any version of work, Explorer® or Netscape Navigator®. A browser system is a 

such as a downloaded work, streamed, or any other file in program that provides a way to look at, read or hear 

electronic memory. The Partner Location 105 may represent information on the Internet. A browser typically interprets 

any potential business partner with the distributor, such a hypertext links, or simple "links," and allows the user to 

business that sells physical works, such as CDs, Digital view sites and navigate from one Internet node to another 

Versatile Discs ("DVD"), cassette tapes, records, or any Internet node. A brief overview of web browsers and their 

other physical works. The Client Location 110 may repre- interactions is set forth in U.S. Pat. No. 5,774,670, the 

sent any potential user of the system, such as individuals or entirety of which is incorporated by reference. Browsing 

artists. The Distributor Location 100, Partner Location 105, also refers to the process of moving between HTML pages 

and the Client Locations 110 may be configured in a variety of a single typical web site. The HTML web page files, or 

of different architectures, such as a client/server or a main- web pages, may include a "homepage." A "homepage" is the 

frame. The preferred embodiment uses a client/server archi- main of a web site that typically names and describes the 

lecture. In a client/server architecture, the partner's or cli- ^ site, and provides links to other web pages or various 

ent's machine is the requesting machine and the User features of the web site. Clicking refers to the process of 

Interface Server 120 is the supplying machine. The client's indicating a desired link by using a cursor control device, 

machine communicates with the User Interface Server 120 such as a mouse or roller ball. 

over the network 130. The Partner Location 105 may include a Server 133, a 

The network 130 is preferably the Internet. The Internet is 25 personal computer 134, or any machine capable of commu- 

a network generally defined as a collection of processing nicating over the network 130. The Server 133 may include 

systems and/or networks that are themselves globally net- a single server or multiple servers depending on the size of 

worked together. The systems and networks of the global the partner, amount of users using the partner, or other 

network are connected via any of a number of protocols, system requirements. In a preferred embodiment, the Partner 

such as Transmission Control Protocol/Internet Protocol 30 Location 105 uses an application program interface ("API") 

("TCP/IP"). The Internet includes the World Wide Web and compatible with the Distributor Location 100. The partner or 

all of the resources and users on the Internet that are using retailer API may include a retailer module and associated 

HyperText Markup Language ("HTML") as the authoring configuration files. In a preferred embodiment, the retailer 

language and HyperText Transport Protocol ("HTTP") and API communicates with the User Interface Server 120 or the 

other protocols, such as File Transfer Protocol ("FTP"), as 35 Verification Server 141 via HTTP. Like the other software 

the transport protocol. However, in other embodiments, the programs discussed, the retailer API could be written in one 

present invention may operate on any type of network, of many alternative programming languages, such as C, 

including private or dedicated networks. C++, Java, etc. In a preferred embodiment, it is written in 

Internet Protocol ("IP") is the basic communications Perl, 
language or protocol of the Internet. It can also be used as 4 o Th e Distributor Location 100 includes User Interface 
a communications protocol in private networks called intra- Server 120, Content Database 135, Verification Server 141, 
nets. This and other related protocols provide for file Content Repository Server 142, Statistics Server 145, Con- 
transfer, remote log-in, electronic mail, and other services, tent Acquisition System, 150, and Content Delivery System 
including distributed processing, as well as other resources. 152. The User Interface Server 120, Content Database 135, 
HTML is the set of symbols or codes inserted in a file 45 Verification Server 141, Content Repository Server 142, 
intended for display on an Internet browser. The markup Statistics Server 145, Content Acquisition System 150, and 
tells the web browser how to display a web page's words and Content Delivery System 152 may be a single server or a 
images for the user. HTTP is the set of rules for exchanging plurality of servers, depending on the size of the Distributor 
files (text, graphic images, sound, video and other multime- Location 100, amount of users, or other system require - 
dia files) on the Internet. Relative to the TCP/IP suite of 50 ments. This equipment may be connected with a network. In 
protocols, HTTP is an application protocol. HTTP is typi- a preferred embodiment, they are connected with a local area 
cally designed to run primarily over TCP/IP and uses the network technology, such as Ethernet, Fast Ethernet, Asyn- 
standard Internet setup, where a client machine requests data chronous Transfer Mode, Fiber Distributed Data Interface, 
from a server machine, the server issues the data, and the Fiber Channel Interconnect, etc. In a preferred embodiment, 
client machine or "client browser" displays the data. One 5s tnis equipment is connected via a local area network using 
format for information transfer is to created documents 100 Base-T Ethernet technology. 

using HTML, which are preferably made up of standard text User Interface Server 120 runs the web site application 

as well as formatting codes which indicate how the page software and processes some of the transactions and requests 

should be displayed. The web client machine reads these associated with the web site, such as logins and content 

codes in order to display the page. The hypertext conven- 6 o management. The User Interface Server 120 also generates 

tions and related functions of the Internet are described in a URL for each request for a work made by a user. The URL 

the appendices of U.S. Pat. No. 5,715,314, the entirety of generally includes a unique work identifier, a unique user 

which is herein incorporated by reference. identifier, a time stamp, and session data. In alternative 

The Client Locations 110 typically include a personal embodiments, the URL may include more or less inform a- 

computer 115 capable of, and configured to, interact over 65 tion. 

network 130. For example, Client Locations 110 may In a preferred embodiment, the User Interface Server 120 

include a multimedia-capable personal computer 115, such is a dual Intel processor running a Linux operating system 
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and Apache web server with mod_perl. The user interacts 
with the User Interface Server 120 when they want to access 
their account or works. This interaction is done over HTTP 
using an HTML, Extensible Markup Language ("XML"), or 
a C Library. The User Interface Server 120 may be accessed 5 
from anywhere the user has an Internet connection. 

Content Database 135 stores information related to the 
works and processes request from the client machines to 
extract the stored data. These works may be audio files, 
video files, audio-video files, or other types of works. In a 10 
preferred embodiment, the Content Database 135 is a dual 
Intel processor running a Linux operating system and 
MySQL database. The stored information may include the 
titles of works, names of the artist, information about the 
band or performance, UPC data, or any information about 15 
the works. For example, if the work is a movie, the Content 
Database 135 may include a preview of the movie or 
information about its sound track. This information may be 
manually entered into the database or provided with the 
content. 20 

Verification Server 141 verifies that the user is authorized 
to access an electronic work. The Verification Server 141 
may perform a variety of tests or comparison to determine 
whether a user is authorized to access a work, such as, test 
a confirmation number, verify that the user possesses a 25 
physical work, or verify that the user purchased the work. 
For example, in response to a request to obtain access to an 
electronic work, the Verification Server 141 may look-up 
sample data related to that request, such as track offset data 
or an actual portion of the work. The Verification Server 141 30 
may also compare this sample data to data extracted from a 
physical work. Based on this comparison, the Verification 
Server 141 may determine whether the user claiming pos- 
session of the physical work does, in fact, have possession 
and therefore is authorized to access an electronic work. 35 
Alternatively, the Verification Server 141 may also deter- 
mine the user is authorized to access an electronic work by 
receiving a message from a Partner Location 105, such as a 
retailer. Accessing an electronic work includes obtaining a 
pointer to the electronic work in a personal account, receiv- 40 
ing a downloaded copy of the work, receiving a downloaded 
copy of the work with electronic watermarks, receiving a 
stream of the work, obtaining access to listen to an electronic 
work, or any other means of allowing a user to listen or 
watch the work. 45 

In a preferred embodiment, the Verification Server 141 is 
a dual Intel processor running a Linux operating system, 
Apache web server, and MySQL database. The Verification 
Server 141 also runs a Perl program as a common gateway 5Q 
interface ("CGI"). To perform its verification, the Verifica- 
tion Server 141 may read data from the Content Database 
135 or Content Repository 142. The Verification Server 141 
knows which data to read based on information provided by 
the Client Location 110 and retained from the original work. ss 

Content Repository 142 stores content and verification 
data, such as encoded content, sample data, and index data. 
In a preferred embodiment, the Content Repository 142 is a 
Sun Solar is E450 server with a Redundant Array of Inex- 
pensive Disk ("RAID") as storage and a Veritas file system. 60 
The content and verification data may be accessed by the 
User Interface Server 120 or the Verification Server 141. 

Statistics Server 145 collects data about the electronic 
works, such as how many partners or clients have access to 
a work, how many works are available from each artist, how 65 
many works are available for each type or category of 
works, what works are the most popular, what are users' 
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typical click streams, or any other useful data. For example, 
Statistic Server 145 may receive information from the Client 
Locations 110, such as what and how often works are 
uploaded, purchased, or played. Statistics Server 145 could 
record this information so that the artists may be compen- 
sated based on how often their work was used. Statistics 
Server 145 could also collect a variety of other data, such as 
billing or advertising. 

In an alternative embodiment, Statistics Server 145 may 
maintain a database with user or partner information, such as 
how often a user accesses the site, what types of works the 
user accesses the most, what are users' typical click streams, 
how often does a partner request that user access, what types 
of works does a partner usually requests, what are partners' 
usual click streams, or any other useful information. This 
information may be used to make the system more user- 
friendly, target advertising or promotions, or many other 
uses. 

Content Acquisition System 150 acquires content for the 
present invention. The Content Acquisition System 150 may 
only include a single computer with a ripper and encoder. 
However, as the volume of works being added to the system 
increases, it may be necessary to implement a database - 
mediated, multi-machine parallel distributed-load architec- 
ture to rapidly extract content from different forms of media, 
such as tapes, CDs, DVDs, etc., as shown in FIG. 2. 

FIG. 2 shows a preferred embodiment of the Content 
Acquisition System 200. In this embodiment, the content 
acquisition system includes a content acquisition database 
210, a plurality of rippers 215, a plurality of encoding 
machines 220 and one or more storage devices 142 or 225. 
The content acquisition database or server 210 may be a dual 
Intel processor running a Linux operating system, Apache 
web server, and MySQL database. The rippers extract data 
from a physical copy of the work. There are a variety of 
types of rippers 215. Rippers 215 may be used extract data 
from CDs, DVDs, Digital Audio Tapes ("DAT") or any other 
physical work. In a preferred embodiment, the rippers 215 
are single-processor personal computers running Linux soft- 
ware. The personal computers preferably have Plextor® 
CD-ROM drives, which are optimized for digital audio 
extraction. 

The encoders 220 may perform any of the well known 
methods of encoding. In a preferred embodiment, the 
method of encoding includes compression. Also, the encod- 
ers may include dual processor personal computers running 
the Linux operating system. Content acquisition database 
220 may be a personal computer running Linux and a 
MySQL database engine. 

In the preferred embodiment, the rippers 215, encoders 
220, and content acquisition database 210 are equipped with 
100 Mbit Ethernet cards and are coupled to the 100 Base-T 
Ethernet Standard, but could be implemented according to 
other standards or on other networks. The storage device is 
equipped with multiple gigabit Ethernet cards. 

The parallel, distributed-load architecture separates the 
plurality of ripper machines 215 and the plurality of encoder 
machines 220 because the rippers generally work faster than 
the encoders. The system balances their relative speed by 
having more encoders 220 than rippers 215. A preferred 
embodiment of the present invention uses a 1:3 ratio of 
rippers 215 to encoders 220, respectively. In this 
embodiment, the ratio is, in effect, 1:6 because the encoders 
are dual processor machines, making there six encoding 
processors for every ripping processor. The ripper to encoder 
ratio may vary significantly in other embodiments depend- 
ing on the desired throughput and other system require- 
ments. 
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The rippers 215 and encoders 220 may be coupled in a validation module. The servers or databases provide tem- 

variety of configurations. In a preferred embodiment, they porary content storage for frequently requested content. The 

are coupled as follows. Each encoder is coupled to each coder/decoder decodes the request for content. The transla- 

ripper so that each encoder may receive data from all the tion module uses the request for content to uniquely iden- 

rippers. In some embodiments, data from a works may also 5 tifying the requested content. The validation module vali- 

be distributed to multiple encoders 220. The connection dates that the user is entitled to receive the requested 

between the encoders 220 and the rippers 215 is preferably content. 

a high speed data bus. Also, while the rippers 215 and operation, the system and method of providing elec- 

encoders 220 are interconnected, they are not tron j c wor ks may include content acquisition, access and 

interdependent, so that an individual ripper or encoder may 10 distribution. As discussed briefly above, content acquisition 

fail and the remaining machines will continue to operate includes a system and method of acquiring content or 

normally. electronic works into a database. Content distribution 

In a preferred embodiment of the Content Acquisition includes a method or system for providing users access to 

System 200, the system may also use a queue-based, these electronic works. 

database-mediated configuration. The queue-based, ^ j Q acqu j re content or electronic copies of works (i.e., 
database-mediated configuration helps compensate for those electronic works), a distributor may obtain the content from 
embodiments where the encoders 220 are slower than the physical copies of the work (i.e., physical works), create an 
rippers 215. In such embodiments, if all the encoders 220 are electronic work, and store the electronic work in the Data- 
busy, the rippers 215 may store the data they ripped into a base Server 135. In a preferred embodiment, a distributor 
database and the data may be entered into a queue. The 20 mav obtain an electronic work from a physical work, such 
queue may use any of the many well-known scheduling as a CD. The distributor may extract the content of the CD 
algorithms, such as first-in-first-out or a priority based w i tn a ripper. Once the content is ripped from the CD, the 
algorithm. content may be recorded into a database. Accordingly, the 
Once data is entered into the queue or database, it must be distributor can provide users with access to the electronic 
determined which encoder should receive the data. This also 25 work over the network 130. 

may be done by any of the well known schedule algorithms, i n a preferred embodiment, the distributor collects mul- 

such as longest available. Another example is that the tiple electronic works to provide a more complete database, 

encoders 220 may be numbered, and any data received by For example, the distributor may want to provide electronic 

the queue or database may sequentially or randomly check works by a particular group or movies with a particular 

to see which encoder is available. If the search is sequential, actor. Accordingly, in some embodiments, the distributor 

the data would always go to the first encoder if it was mav take some steps to organize the content database, such 

available. If it was not available, it would go to the second as labeling the electronic copies or encoding metadata, such 

encoder. If the second encoder was not available, it would go as a unique identifier, title, director, artist name, actor names, 

the third and so forth. In a preferred embodiment, the data or any information potentially helpful to identify, categorize, 

is sent to whatever encoder has been inactive the longest. locate, or track the work, [n a preferred embodiment, each 

Such a scheduling algorithm is advantageous because it physical work is labeled with a unique bar code, such as a 

attempts to equalize the burden and wear on each of the unique purchase code ("UPC") code. The distributor may 

encoders. track the bar codes throughout the system for security, 

In another embodiment, the encoders 220 may be pro- 4Q control, integrity, and accounting purposes. The labeling, as 
grammed to check the queue or database periodically, such well as other functions in the content acquisition, may be 
as every minute or hour. Also, the encoders may be pro- done with an automated system or with human operators, 
grammed collectively to check the queue at staggered times The distributor may also encode the extracted data so that 
so that data is never left in the queue for any extended period it may be transmitted with less bandwidth and stored with 
of time. Further, when they are programmed collectively, if 45 i ess space. In a preferred embodiment, as shown in FIG. 2, 
the encoder scheduled to check the queue at a given time is the distributor extracts the data with rippers 215 and encodes 
busy, broken, or off-line, the program may reassign that the data with encoders 220. The rippers can receive CDs or 
responsibility to check the queue at that time to a different any other type of physical work. An operator or an auto- 
encoder, mated system can scan the physical works label before the 

In yet another embodiment, the encoders 220 may receive 50 physical work is placed in a ripper. The scanned label may 

a message indicating that data was entered into the queue or be stored in the Content Database 135 so that the Content 

database for encoding. Database 135 records which works were acquired. 

When the data is received at an encoder, the encoder may The rippers 215 extract the raw data from the CD one 

use any encoding method. In a preferred embodiment, the track at a time until it has extracted all its data. Next, the 

method of encoding includes compression. There are many 55 rippers 215 temporarily store the data from each track in a 

well-known compression techniques, such as Microsoft separate uncompressed digital data ("WAV") file on a local 

Windows Media Format ("WMF"), MP3, MPEG -2 etc. In a hard disk. In alternative embodiments, the data may also be 

preferred embodiment, the system stores digital audio files stored in a separate database. 

and compresses them with the MP3 standard. The ripper also randomly extracts portions or "samples" 

Content Delivery System 152 pulls content from memory 60 of the raw data from each track on the CD. These samples 

within the system in response to user requests. In a preferred are used in the verification process (i.e., a process that 

embodiment, the Content Delivery System 152 includes a determines whether the user is authorized to access an 

dual Intel processor running a Linux operating system, electronic work) described below. In this embodiment, the 

Apache web server, and Squid cache software to deliver samples may be any predetermined amount of the data. In 

electronic files. In a preferred embodiment, the Content 65 the case of CDs, the CDs are divided into sectors, wherein 

Delivery System 152 includes a plurality of servers or one second of music includes 75 sectors. The rippers 215 

databases, a coder/decoder, a translation module, and a may extract samples of any size. The samples may be 
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identified randomly, sequentially, or by any programmed suitable compressed format. For example, a DVD is already 

algorithm. The ripper may extract one or multiple samples. in compressed MPEG 2 format, so no further compression 

The one or more samples may be from one work or several may be needed. Similar applications can include WMF, 

works (e.g., songs or tracks) within a larger work (e.g., a CD MPEG-4, or the like. In these situations, the content acqui- 

or DVD). S sition can simply rip the data from the DVD and skip the 

The ripper may also store each sample as a separate file, encoding phase altogether, 
store each sample separately with a separate index file, store Once an encoder completes encoding all the tracks from 
the samples collectively as a file, or in many other combi- a CD, the encoder notifies content acquisition database 210 
nations. Index data corresponding to the samples may be the encoding is complete. The content acquisition database 
stored in many ways, such as in the same file as the raw data 10 210 then inserts an entry, a pointer (i.e., completion pointer), 
or in separate index file. In a preferred embodiment, the or set of pointers into the encode queue. A completion 
system stores this sample data in a separate file for each pointer indicates that all these tracks are encoded and ready 
track and also stores a separate index file that specifies which for storage. When the content acquisition database 210 
samples the ripper extracted and where these samples can be detects that all the smaller works (i.e., tracks) within a larger 
found in the samples file. The data in the index files is then 15 work (i.e., a compilation of several works) are encoded, the 
used to verify whether the user is authorized to upload, or queue tells content acquisition database 210 to move the 
later receive access to, the electronic copy of the work. In a larger work into a finalizing queue, 
preferred embodiment, the ripper extracts ten percent of the The encoders 220 monitor the finalizing queue and trans- 
WAV data for samples. In alternative embodiments, the f cr the encoded data in the queue out to a storage machine, 
ripper may extract any amount of WAV data between 20 sllc h as the content acquisition database 210. Each encoder 
0-100% for samples. For security purposes, the sampling may write to the storage machine in parallel. The encoded 
algorithm including the size and location of the samples can data may be transferred to the storage machine by a number 
be confidential or random. of well-known techniques. In one embodiment, the file with 

Once the content data, sample data, and index data are the encoded data may include the sample data and the index 

extracted, a preferred embodiment encodes the content data 25 data. In another embodiment, the sample data and index data 

with the encoders. The encoders may receive the content may be sent to the storage machine from other machines, 

data from the rippers 215 local memory, the content acqui- such as the ripper that extracted the data, in parallel to the 

sition database 210, or from any database or storage medium encoded content data from the encoders), 

used to hold the raw content data until an encoder is [ n a preferred embodiment, the encoded data may be 

available to encode it. The sample and index data may be 30 transferred to storage as follows. The ripper that encoded the 

stored in the rippers 215 or an associated database, such as WO rk may be connected to the storage machine. Through this 

the content acquisition database 210 or storage 142 or 225. connection, that ripper forwards the sample and index data 

In an alternative embodiment, the encoders 220 may also f or the completely encoded work. The encoder that encoded 

receive the sample and index data. ^ the content data also connects to the storage machine and 

In a preferred embodiment, the content data is stored in forwards the encoded data to the storage machine. In alter- 

the ripper. In another embodiment, the content data may be native embodiments, multiple encoders may have encoded 

stored in the content acquisition database 210, and the different tracks in the same work so that each of these 

content acquisition database 210 controls an encoding queue encoders would need to forward their encoded data to the 

that controls the transfer of content data to the encoders 220. 4Q storage device. The transfer of data from the encoder or 

The content acquisition database 210 loads pointers in the encoders and the ripper may occur in parallel or series. In yet 

encoding queue or database table. The pointers identify the another embodiment, the encoded data may include the 

raw content data for the various works and point to where sample and/or index data. Thus, a transfer of data from the 

this raw content data is stored. ripper may not be necessary. 

When a pointer is entered into the encoding queue, the 45 In a preferred embodiment, the encoders 220 transfer 

encoding queue may actively seek an available encoder or encoded versions of each track to the storage machine 142. 

passively wait until an encoder checks the queue or detects Thus, the storage machine 142 contains an encoded elec- 

the new entry. In a preferred embodiment, the encoders 220 tronic work as well as its corresponding sample data and 

repeatedly check for entries in the queue. An encoder may index data. 

also automatically check the queue whenever it completes 50 Once the content acquisition database 210 stores the 

encoding a data entry, completes a task, or is activated again electronic work, the content acquisition database 210 

after being off-line. When there is data that needs to be acquires and associates the artist, title, and track name 

encoded, the content acquisition database 210 identifies the information for the stored work through direct data entry or 

next entry in the queue. An encoder may retrieve the raw third party databases. In an alternative embodiment, people 

content data from the ripper that extracted the data or a S5 can manually enter this information into the content acqui- 

variety of other storage locations. sition database 210. In yet another embodiment, this data 

Upon receipt of the data, the encoders 220 encode the may be automatically obtained from the metadata or other 

WAV data into a compressed file, such as MP3 or other types of information stored in the physical work, such as 

formats. In a preferred embodiment, the encoders 220 electronic or digital watermarks. The content acquisition 

encode one or more files for each song; for example, the 60 database 210 uses a web-based tool to interactively verify 

encoders may encode one instance at 128 kilobits per second that the metadata is correct. If approved, the content acqui- 

(i.e., near CD quality) and a second instance at 24 kilobits sition database 210 may update and name the files on the 

per second (i.e., AM radio quality). Depending upon the storage machine to reflect the artist, title, track name 

desired sound quality, encoding can be done at a variety of information, director, actors, or any other potentially useful 

bit rates. 6 5 information. 

In another embodiment, the content acquisition process In a preferred embodiment, the data acquired by content 

can skip the encoding process where the data is already in a acquisition techniques is stored in a central database, such as 
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the content acquisition database 210. In a preferred 
embodiment, the content acquisition database 210 may be 
the same as the Content Repository 142. In an alternative 
embodiment, data could be stored in a decentralized 
architecture, including smaller databases at different loca- 
tions. In either a centralized or decentralized architecture, 
the frequently accessed data could also be temporarily stored 
at remote locations, such as temporary memory locations at 
the Client Location 110 or at nodes throughout the network 
130, such as signal transfer points, central offices, cable 
nodes, etc. 

Once the content is acquired or made accessible from a 
third party, a user can access this content with a personal 
computer 115, cell phone 116, or any device with Internet 
access. More specifically, the user accesses the data through 
the User Interface Server 120. The User Interface Server 120 
displays a web page to users that access the system over the 
network 130. To access the system, the web site preferably 
requires the user to login before the user is permitted to 
access the site. FIG. 3 shows an example of a typical login 
300, which requires the user to enter a previously assigned 
user identification and password. Typically, the user identi- 
fication is freely displayed when entered, but the password 
is masked to prevent unauthorized user from obtaining an 
authorized user's password. The login procedure may also 
permit the user to change their password. Further, if an 
unauthorized user wants to become an authorized user, the 
login procedure could provide the unauthorized user with an 
additional screen(s) requesting information needed to 
become an authorized user, such as name, address, company, 
telephone number, credit card number, etc. 

Once the user accesses the system, the system offers to 
provide or distribute a plurality of works to the user over the 
network 130. The works may include audio, video, audio/ 
video, and many more. The works are preferably musical 
works, music videos, movies, advertisements and promo- 
tions. The list of works is viewable and/or searchable by 
categories, such as artist, type of work, type of music, type 
of movie, alphabetical order, etc. The list of works may 
include a list of promotions, advertisements, infomercials or 
other promotional works. From this list, the user may select 
the works it wants to receive. In an alternative embodiment, 
the user may be able to create their own collection of works, 
such as their own greatest hits or favorite movies. 

The web site may also offer a variety of other functions, 
such as the opportunity to purchase or listen to various 
works or parts of works. For example, the most frequently 
requested works or new releases may be listed on one page. 
In other embodiments, each page may be dedicated to a 
certain category of works, such as jazz music, action movies, 
or high energy music. In yet another embodiment, the pages 
may be organized by alphabetical order accordingly to the 
name of the artist or the title of the work. 

After the user accesses the web site and identify them- 
selves through the login procedure, the user may also access 
their own personal account. The account may store copies of 
works that the user has bought through the web site or 
demonstrate authorization to receive access through other 
means. In a preferred embodiment, the user may receive 
access to some works without any verification because they 
are publicly available. To receive other works, the user may 
demonstrate that they are authorized to access the work. A 
user may demonstrate authorization or ownership of a 
physical work many ways. For example, a user may receive 
a confirmation number with the purchase of the work, and 
the web site may ask the user to enter that confirmation 
number. To prevent others from demonstrating authorization 
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with the same physical work, each confirmation number will 
only be accepted by the distributor once. The web site could 
control the use of such numbers by comparing each entry to 
a list of previously entered confirmation numbers in a 
database. 

In another preferred embodiment, the user would load 
their physical work into their client machine. For example, 
the user would load their CD into the CD tray of a personal 
computer. The User Interface Server 120 could then request 
information about that work the personal computer, such as 
the title of the work, title of the artist, and a unique label 
code on the work. With this information, the Verification 
Server 141 attempts to identify the corresponding work in 
the Content Repository 142. By identifying the correspond- 
ing work, the Verification Server 141 can verify that the user 
has an authorized physical copy of the work. 

To communicate with a server or system within the 
Distributor Location 100, client machines may issue com- 
mands to the Distributor Location 100. These commands 
may include tokens, which are typically the name of the 
command. Additional tokens on the command line include 
attribute-value pairs. In one embodiment, attributes are 
lower-case names consisting of 1 to 15 characters from the 
set of ( a' to %' '0' to £ 9, J and The attribute values may 
be decimal numbers, text strings, or a size or byte length. For 
example, a typical command is HELO mail- 
matthew@mp3.com, where 'HELO' is the command name, 
'mail' is the attribute name, 'matthe w@mp3.com' is the 
value associated with this attribute name. There may be zero 
or more attribute -value pairs as part of the command. In 
particular embodiments, one attribute can have multiple 
values. 

In response to these commands, a server may transmit 
responses back to the client machines. Each response 
includes a number representing a status. Zero or more 
attribute-value pairs may also be included with the com- 
mand. 

To establish a connection between a client machine and 
the Distributor Location 100, the client machine sends a 
command to the server in order to identify itself. This 
command preferably includes at least one attribute that 
identifies the client or user. This attribute can be the user's 
email address (e.g., mail= matthew(5)mp3 .com^ or a user 
identification that the Distributor Location 100 previously 
assigned to the user, such as a confirmation number or 
unique identification number. On a secure connection, the 
user may send a clear-text password. Similar attributes may 
also be used in setting up this connection. The Distributor 
Location 100 responds by confirming proper identification, 
requesting further information, or sending an error message. 

For example, a preferred command is the verify CD 
command, "VFCD time=3299 tkof=150, 20527, 41050, 
49605, 74047, 106747, 127405, 144647, 170740, 186637, 
202832, 223672." The 'time' attribute is represented in 
seconds. For example, there are 3,299 seconds of data on 
this particular CD. The 'tkof attribute is a multi -valued list 
of track offsets in sectors. The first number, 150, is the sector 
offset to the first track on the disk. The second number is the 
sector offset to the second track on the disk, and so on. The 
second-to-last number is the sector offset to the start of the 
last track. The last number is the sector offset to the first 
sector past the last track; in other words, the length of the 
disk in sectors. Thus, on this CD there are eleven tracks or 
songs. Alternative validation attributes can include the title 
of work, the name of the artist/performer/band, the name of 
the leading actors, etc. 
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Another preferred Verification Server 141 commaad ini- and send that information to the Distributor Location 100. 

tiates a request for data from the physical work, such as Such information may include title, artist, actor names, UPC 

"RVDT trck«l sect~ 12071 nsec=4 size=9408."In response, code, digital watermarks, or any other useful information, 

the client machine sends the requested bytes of data, which There are many types of comparisons that could be made 

in this example, corresponds to the four sectors of data found 5 to verify a user's authorization to receive access to a given 

on track 1 and starting at sector 12071. work based on data from a physical work. One such com- 

In some embodiment, Verification Server 141 may com- parison is a comparison of the track oflset data on the stored 

pare the data from the physical work loaded by the user to electronic copies of the work and the corresponding track 

a single electronic work stored in a database. In other offset data on the physical work loaded into the user's 

embodiments, a server may compare the data from the 10 machine. In a simplified example, if the track oflset data of 

physical work to multiple electronic works because the work the physical work is 150, 19860, 39740, 59130 for each of 

was copied multiple times. In the CD example, this may the first four works, the distributor's server or servers can 

occur because a certain work was pressed into a CD multiple search its database for all stored electronic works with 

times or with multiple machines. For example, a music similar track oflset data, such as track offsets within a range 

group may have first pressed a CD of a work in May 1995, ^ 0 f values. These ranges may include the following track 

but then pressed a new CD for the same work in May 2000. 0 ffe e t ranges for the physical work: 80-220; 19790-19930; 

Accordingly, although the works appear the same from 3 9670-3 9810; and 59060-59200. Thus, a search using these 

listening or watching the work, the two electronic copies ranges would produce the following three electronic works: 

may be different. Further, a group may have a work pressed Electronic Work A: {150, 19860, 39740, 59130} 

with two different machines for the same release. iq Electronic Work B: {110, 19810, 39690, 59080} 

Accordingly, in these instances a preferred embodiment Electr onic Work C: {170, 19900, 39790, 59170} 

would have an electronic copy 01 the CD trom each press- fa embodime V a search for the 

exact match may 

mg. Specifically, the distributor would have an electronic be formed before ^ s tem fonns te flexible 

copy from a C U presS ed with each ot trie two midlines in search> M ^ ma(ches 

iire more accurate 

May of 1995 and an electronic copy of the CD pressed in 2J recordjngS( an exact match may reduce the xvch 

y time and more quickly identify the related electronic work. 

With all three electronic copies, the Verification Server For examplC) usillg the above facts? such a search would 

141 would be able to verify authorization to access the work Qnly identify Electronic Work A. 

with any of the CD including that work. Whereas, if the fa another embodiment) me distributor's servers may 

distributor only had an electronic copy of the work as 3Q on l y sea rch a subset of their stored electronic works, such as 

pressed in May of 1995, a user may be unable to demonstrate me worfc , wim a certain identification codCj the works wilh 

authorization to access the work with a CD pressed in May ^ same Qr similar ^ me WOfks from a giveQ artistf etc 

of 2000. Further, the comparison may search for one track oflset or 

Once the CD is loaded into the computer's CD tray, the mxiltiple track offsets within a work. For example, the 

comparison of the stored electronic data to the data from the 35 so ftware may compare the track offset for each work on a 

physical work may start automatically or upon the user's CD may compare trac fc offsets within the same 

direction. In a preferred embodiment, as shown in FIG. 3, work? or may compare any combination thereof. The loca- 

the user could initiate the comparison by selecting an icon tion of the trac k 0 ffs ets used f or these comparison may be 

displayed on the web page, such as the start icon 310. The predetermined, one of a finite number of possible compari- 

user may also be able to cancel or eject the work from their 40 son sce narios, or randomly selected for each work, 

machine by selecting an icon on the web page, such as the In anom er embodiment, the comparison may include 

eject icon 315. Also, a web page or any type of display may multiple layers of searching. For example, the comparison 

show the name or some type of identifier of the work 320, may first check the data base to determine whether there are 

as well as the status of the comparison 325. The status field any stored works with the exact lrack offsets. If no such 

could show statuses, such as "comparison in progress/ 7 45 work cx j st) me comparison could proceed to check whether 

"comparison of sample 4 in progress/' "comparison on lhere were any works with almo st exact track offsets by 

hold," "comparison third in queue/' etc. searching for a small range, such as a track offset from 

The display may also provide customer service options, 120-180. If such a work is still not found, the comparison 

such as an online help menu, an icon to obtain a live m ay search for works within a larger range, such as 80-220, 

customer service representative, or an email field that pro- 50 and so on. 

vides a email field including the email address for the user i n ano ther embodiment, the comparison may also include 

to send an email to customer service representative. The live layers to distinguish between two works identified during 

customer service representative could be down with a sepa- tne same search. For example, if a search identified two 

rate telephone line connection, such as a return call or a works, the comparison may compare a different set of track 

Voice Over IP connection. These customer service options 5S offset or set of track offsets. If the first search only looked for 

may also provide information about the works. works w ith a track offset of 120-180 for the first work on a 

In a preferred embodiment, if the machine at the client CD and the search identified three stored works. The com- 

location is a personal computer, the personal computer 115 parison may proceed to compare the track offsets of the 

may have customized software to conduct the verification. second work on the CD or from just another portion of the 

The software on the user's machine may collect and send a 60 CD. 

stream of data corresponding to the track offsets associated If there are no stored electronic works within specified 

with each track. Similarly, software at the Distributor Loca- range, the User Interface Server 120 may inform the user 

tion 100 may also receive the track offset information or that their physical work was not accepted or not eligible for 

other information about the work for use in the verification inclusion into their personal account. The User Interface 

process. 65 Server 120 can also provide the user with the plurality of 

In alternative embodiments, multiple software programs customer service options identified above. In alternative 

may be use to collect information from the physical work embodiments, the system tests to identify whether the physi- 



08/09/2004, EAST Version: 1.4.1 



US 6,4< 

15 

cal work, confirmation number, UPC code, or other authen- 
tication information enter was already entered by a previous 
user or for some other reason appeared fraudulent. The 
system could automatically preclude the user from any 
further access to the user's personal account and prevent 
them from logging back in. 

If the comparison identifies a stored electronic work that 
is within a specified range, the User Interface Server 120 
may allow the user to upload the data on their physical copy 
to the Content Repository 142, or may provide a pointer to 
the stored electronic work within the user's personal 
account. If the comparison identifies one or more electronic 
works that are close, but not close enough to authenticate the 
user's ownership of the work, the system may continue to 
verify the user's ownership of a physical work with addi- 
tional tests. 

Another technique to verify a user is otherwise authorized 
to receive access to an electronic copy of the work is to 
compare portions of the physical work to portions of the 
stored electronic work. This type of comparison could be the 
only comparison used for verification, or can be used after 
the number of works for comparison has already been 
reduced by other means. For example, before comparing 
portions of the physical work to the electronic work, some 
embodiments may narrow the number of stored electronic 
works for comparison based on other information about the 
work, such as the artist, title, year, etc. 

In a preferred embodiment, this comparison is run after 
the track offset comparison to narrow the number of eligible 
works. For example, the Verification Server 141 can request 
that the user's machine to send a portion of data, such as the 
5 sectors of data found on track two beginning at the thirtieth 
second of playing time. The portion of data requested may 
be predetermined or determined randomly. The user's 
machine responds by sending the requested sample of data. 
The Verification Server 141 then compares this requested 
data with the samples of data previously extracted and stored 
during the content acquisition. 

Such a comparison may simply compare each sample or 
the comparison may add some additional steps to make sure 
that the comparison is comparing like data. For example, the 
straight comparison of samples may be used with equipment 
that accurately reads the recorded works or the samples are 
identified in a way that minimizes problems caused by 
mechanical error, as shown by FIG. 4. 

In a preferred embodiment, such a comparison may make 
sure it is comparing like data with many well-known 
techniques, such as correlation and/or phase shifting. 
Specifically, the Verification Server 141 requests a portion of 
data from a client machine. The client machine collects this 
data from a physical work and sends this data to the 
Distributor Location 100. The Verification Server 141 
receives the corresponding data collected from the physical 
work and determines whether this data can match up with 
the data of one or more stored electronic works. To reduce 
possible problems caused by mechanical error, the compari- 
son may not match the data exactly as it is received. Instead, 
the Verification Server 141 may first identify whether any 
portion of the sample received from the first work poten- 
tially matches any portion of a stored electronic work or 
sample of a stored electronic work. Once it identifies the 
corresponding portions of data for maximum correlation, the 
Verification Server 141 may use correlation and/or phase 
shifting techniques to manipulate the data so that the com- 
parison is not thrown off by mechanical inaccuracies, such 
as the inaccuracy of the user's personal computer reading a 
CD. 
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For example, as shown in FIG. 5, the customer sample 
may need to be shifted forward or backward to perform a 
more accurate verification. The results of shifting one of the 
samples across time is shown in FIG. 6. Once the Verifica- 

S lion Server 141 identifies the corresponding portions of the 
samples with maximum correlation, Verification Server 141 
can size down the two waveforms until they contain the 
same portion of the track, as shown in FIGS. 6 and 7. 
Once the most closely corresponding portions of the 

10 samples or works are identified, the verification process 
compares these possibly corresponding portions of the 
samples. In a preferred embodiment, the verification process 
runs a Fast Fourier Transform ("FFT") algorithm on each 
WAV samples to generate their respective power spectrums. 

15 The computer can then compare these two spectrums. 

The Verification Server 141 performs the FFT. The FFT 
provide a frequency analysis of the data. The Verification 
Server 141 compares either or both channels of a stereo 
audio file and averages the results. When the data on the 

20 physical work matches the data on the electronic work 
perfectly, the difference between the audio files in the power 
spectrum can be 0.000. Conversely, if a CD is badly 
scratched at this specific location on the disk or the physical 
work is different from the electronic work, the two data may 

25 not compare too well. However, in a preferred embodiment, 
a scratch should only affect one or two samples of the 20 
samples so that the system could still recognize the match. 
Additionally, as an alternative to FFT, the Verification Server 
141 can perform direct waveform comparisons of the 

30 sampled and stored data. 

If the received information identically or substantially 
matches only one stored CD, then the Verification Server 
141 automatically stores a pointer to the formatted version 
of this title in the client's personal account. Otherwise, the 

35 Verification Server 141 asks for additional data (e.g., send 
the seven sectors of data found on track four at the tenth 
second of playing time). The system repeats this process 
until it has received an acceptable amount of data to verify 
or reject the CD in the user's machine or until it completes 

40 a predetermined set of requests. The number of requests for 
information by the Verification Server 141 can vary as 
necessary, as can the number of channels of data and 
sampling rate. 

In an alternative embodiment, the Verification Server 141 
45 can make all of its requests for information and complete its 
verification process before notifying the user that their 
request has been verified or rejected. This embodiment 
protects the integrity of the interrogation process, because 
the user's machine receives no feedback as to the specific 
50 point where the request failed. In another embodiment, the 
entire verification process can be repeated to further narrow 
the number of works found within a search or to increase the 
certainty of the process. 

The system can also repeat the verification process for 
55 each work that the client desires to have in their personal 
account. 

In another alternative embodiment, the verification step 
may not include loading a physical work into a client 
machine at all. Instead, the user may demonstrate that they 

60 ordered a physical work. The Distributor Location 100 may 
recognize that the user ordered a physical work in many 
ways. For example, in a preferred embodiment, the distribu- 
tor may know that the user purchased the work from a 
retailer because the retailer sent the distributor a message 

65 authorizing the distributor to provide the user with access to 
an electronic work. To control the integrity of these 
messages, the distributor may only accept such messages 
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from certain IP addresses, or may require the retailer to 
provide a security key or password. 

In another embodiment, the Distributor Location 100 may 
know that the user has ordered a physical work because the 
order was submitted through the distributor. Thus, the dis- 5 
tributor takes the order and records the information related 
to the order, including user name, email address, credit card 
number or other billing information, unique identifier of the 
ordered work, or confirmation number, and forward the 
order to the retailer. In yet another embodiment, the Dis- 10 
tributor Location 100 may obtain verification that the user 
purchased the work based on a confirmation number entered 
by the user or retailer. 

In another embodiment, the Distributor Location 100 may 
receive the order information from another location, such as 15 
a partner or other third party. In a preferred embodiment, the 
distributor is partnered with a retailer. For example, the 
distributor may communicate with a plurality of retailer 
locations via an application program interface made for 
retailers. The retailer API may enable retailers to host user 20 
accounts, folders, or files. In this example, a user purchases 
a work from a retailer, the retailer sets up a user account. 
Then the user can purchase a work from the retailer and 
shortly thereafter access the work via the network 130. 
Further, the distributor or retailer can deactivate access to a 25 
work if the consumer returns or exchanges the work later. 

If the user returns a work, the retailer may deactivate the 
user's access to an electronic copy or notify the distributor 
to deactivate the user's access to the electronic copy. The 
retailer may check to determine whether the user already 30 
accessed the electronic copy before it allows the user to 
return the work. For example, the retailer may not allow the 
user to return the work if the user already accessed the 
electronic work. In yet another alternative embodiment, the 
retailer API can allow retailers to access a user's account or 35 
folder at the Distributor Location 100. 

In a preferred embodiment, the retailer API may perform 
one-way authentication to verify the identity of the retailer. 
For example, the retailer would need to enter a login and/or 
password, or any other well-known technique that the order 40 
or authorization information is actually from a retailer. 

Also, such communications between a retailer and dis- 
tributor are preferably secure (i.e., encoded and/or 
encrypted) to prevent a non-retailer from obtaining a retail- 
er's retailer identification or password. For example, the 45 
retailer API secures the retailer's identification and/or pass- 
word with encoding or encryption. 

In other embodiments, the system may use one of many 
available encryption methods (public or nonpublic). A basic 
introduction to some encryption and decryption techniques 50 
is described in the text written by Bruce Scheiner entitled 
"Applied Cryptography: Protocols, Algorithms And Source 
Code in C" published by John Wiley & Sons, 1994, the 
entirety of which is hereby incorporated by reference. 
Moreover, more detailed descriptions of systems and appa- 55 
ratuses for accomplishing encryption and decryption in 
computer networks are set forth in U.S. Pat. Nos. 5,903,652, 
5,850,442, and 5,580,446, the entirety of each of which is 
incorporated by reference. 

When encryption is used, each retailer API may have a 60 
unique encryption key that is shared with the Distributor 
Location 100. The Distributor Location 100 uses this unique 
encryption key to identify and authenticate the specific 
retailer API. 

In a preferred embodiment, the retailer API may send 65 
various types of data packets or API function calls to the 
Distributor Location 100. These packets can include user 
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email data, a retailer identification, an order number, a UPC, 
and band, title, checksum data, or any other potentially 
useful data. For example, a retailer may issue an "activate_ 
cd" (user email, order #, retailer id, UPC, band, title) 
message to enable the user to listen to the purchased work. 
When the server tier 28 receives an activate_cd request, the 
Verification Server 141 checks to see if the transaction 
already exists in an invoice table. If it exists and is active, it 
is ignored. If it exists and is inactive, the system activates the 
record and sets the appropriate media for the user to "pur- 
chased." If the record does not exist, the system creates 
invoice and verification records for the user. The verification 
table stores the status as "purchased" in the verification 
table. The server then returns a confirmation of this trans- 
action to the user via email. If the Verification Server 141 
cannot find an appropriate match for the requested work 
identifier, such as UPC, title, or band, then the work does not 
exist in the Content Repository 142. The Verification Server 

141 then communicates this to the user and to a customer 
representative with the distributor so that distributor may 
attempt to add this work to their database. 

The retailer may also issue a "deactivate_cd" (user email, 
order #, retailer id, UPC) to disable access to a CD for a 
particular customer. When the Distributor Location 100 
receives a deactivate_cd call, the Verification Server 141 
checks to see if the transaction exists in the invoice table. If 
it does not exist, it is ignored. If it exists and is deactivated, 
it is ignored. If it exists and is active, then the system 
deactivates it. The Verification Server 141 will then check to 
see if the user identification has any other active order for 
this particular work. If so, then the Verification Server 141 
takes no further action, because the user owns another copy 
of the work under a different order or retailer. If this is the 
last order with this media identification, the Verification 
Server 141 sets the media identification in the verified table 
to "unpurchased," 

The retailer may also send a "has_accessed_cd" message 
when a user attempts to return or exchange a previously 
purchased work. When the Verification Server 142 receives 
this message, the Verification Server 142 checks the user's 
account to see if the user has previously accessed (i.e., 
downloaded, streamed, opened, read, watched, or listened 
to) the electronic copy of the work. The Verification Server 

142 also checks the invoice table to see if the user owns 
multiple copies of the same work. If the user only owns one 
copy of work and has not previously accessed the work, the 
Verification Server 142 communicates this information to 
the retailer API. If the user has multiple copies of the work, 
then the system only knows that the consumer has listened 
to at least one copy and will communicate this information 
to the retailer. The consumer thus cannot exchange this CD. 
If the user has previously used their electronic copy of the 
work, the retailer may not permit the user to exchange the 
work. 

Once a work is loaded or accessible to a user, the user can 
access those works through a variety of graphical user 
interfaces and organization models, such as a juke box, 
alphabetically, by artist, by type of work, by category of 
work, by verification date, etc.. In a preferred embodiment, 
the works are organized as shown in FIGS. 8-19. 

The user may be provided with access to the electronic 
works identified in their account by downloading, streaming, 
email enclosure, or many other well-known techniques. 
Such access may be provided via the user's personal 
computer, cell phone, personal digital assistant, pager, car 
stereo, television or any media player. Before providing such 
access, the Content Delivery System 152 may attempt to 
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identify what media player the user is accessing the works 
with. These characteristics may be automatically provided to 
the Distributor Location 100 as a header or some other 
information field included with the user data. The Distribu- 
tor Location 100 could also request the information auto- 5 
matically from the user's device or the user. If the informa- 
tion is requested from the user, the user could identify their 
device by manually entering "cell phone" into a blank field 
or selecting their device from a list of available devices. In 
an alternative embodiment, it may also be able to identify 10 
the user's device to accommodate for geographically spe- 
cific server farms. 

In a preferred embodiment, a user may access the works 
identified in their account from anywhere connected to the 
network 130. Since this network is preferably the Internet 15 
and may be accessed with cellular transmission, such access 
is geographically unrestricted. In an alternative 
embodiment, the network 130 may be a local or regional 
network with geographical restrictions. 

In another preferred embodiment, a user may be provided 20 
with a work by the Content Delivery System 152. The 
Content Delivery System 152 receives a request for access 
to a particular piece of content or work either directly from 
the user or from another component with the Distributor 
Location. As part of the request, the System 152 may receive 25 
or generate a secure, tamper proof, encrypted URL to 
represent that request. Within the Content Delivery System 
152, the coder/decoder decodes the URL, forwards some of 
the information with the request to the translation module, 
and discards the remaining information. The translation 30 
module translates the URL into a unique identifier of the 
requested content. 

The validation module validates that the user is entitled to 
receive the work. In a preferred embodiment, the validation 
module performs Valid From Date ("VFD") data manage- 35 
ment and concurrency checking. The validation module 
performs concurrency checking by monitoring which users 
are logged into the Distributor Location 100 at any given 
time. Such information is useful because user accounts and 
lockers each have different access privileges. For example, 40 
a company may have a user account that entitles every 
employee of a company to access the account. To obtain 
such an account, the user may have paid more for a group 
license to a work or obtain multiple copies of the same work. 

In another embodiment, the access privileges for a user 45 
account may only permit a single individual to access the 
account. For example, if a single user buys a copy of a 
copyrighted CD, only that user may access the account. 
Thus, if a second user attempts to access the work while a 
first user is already logged into the account, the system 50 
recognizes that both of these users are not entitled to access 
this work. When a possible breach of the access privileges 
is detected, the system may automatically deactivate all the 
works in the account, shutdown the account immediately, 
deny the concurrent request for access, suspend the account, 55 
or prohibit any subsequent access to the account. In addition, 
the validation module may log information about the con- 
current request for access, such as the user identification, the 
time, where they were logging in from, etc. and notify the 
user of the integrity breach so that they can explain them- 60 
selves if it was a mistake. 

With regard to VFD data management, the Content Deliv- 
ery System 152 validates the time stamp embedded within 
the URL. The time stamp indicates the time at which the 
work was selected. Such a time stamp may be used for 65 
validation by testing whether the time stamp expired, testing 
whether the time stamp was before the VFD of the user's 
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account, or a variety of other ways. For example, a URL may 
be acquired at 9:00 am and expire twenty four hours later so 
that any attempt to access that URL after 9:00 am the next 
day is not validated. 

In another example, the URL representative of the request 
for access to a work is compared with the VFD of the user's 
account. If the time stamp on the URL of the request is 
before the VFD of the user's account, the request is not 
validated. Such a test may be used to preclude users from 
sharing account information or other unauthorized uses. For 
example, the Content Delivery System 152 may recognize 
that a user shared their account information due to concur- 
rency checking. Accordingly, the Content Delivery System 
152 may reset the VFD on the user's account so that any 
URLs acquired prior to that time are no longer valid. Further, 
if both the account holder and the unauthorized user were 
identified to have account, the System 152 could reset the 
VFD on both accounts. In another alternative embodiment, 
the VFD may be automatically adjusted for accounts using 
limited time offers, such as a distributor providing user's 
with free access for thirty days or an artist providing free 
access to their work for a week. 

In another embodiment, the validation module validates 
the user based on a counter. For example, when a work is 
provided to a user, the user's counter is incremented. When 
the act of providing the work to the user completes, the 
user's counter is decremented. If a URL is requested and the 
user's counter exceeds one, the user's request is not vali- 
dated and the "valid from date" is set to the current date and 
time. In yet another embodiment, the media player software, 
known as the User Agent, used to receive an electronic work 
via download or stream is recorded in the user's account 
information. If subsequent works are requested by a different 
User Agent, the request is not validated and the VFD is set 
to the current date and time. Similarly, the Autonomous 
System Number ("ASN") (i.e., essentially a map between 
the IP address and the Internet Service Provider) associated 
with a user's requests is recorded. If a subsequent address is 
made from a different ASN, the request is not allowed and 
the VFD is set to the current date and time. 

In yet another embodiment, the validation module vali- 
dates by comparing the current session identifier provided 
within a requested URL to a stored session identifier. When 
a user logs into their account, they receive a session iden- 
tifier unique to that machine, which is stored in their account 
record. If the user requests an electronic work, the validation 
module compares the session identifier stored within the 
user's account to that contained within the URL for the 
work. If the session values are different, the request is not 
validated. 

Once the Content Delivery System 152 validates a user, 
the System 152 uses the unique content identifier within the 
URL to determine where the requested work is stored, such 
as local memory, the Content Repository 142, or some other 
memory. In a preferred embodiment, the Content Delivery 
System 152 searches for the requested work in the local 
storage of the particular server accessed in the System 152. 
If the work is not present in the local storage of that server, 
the System 152 searches the local memory of the other 
servers or databases within the System 152. If the work is 
not present in the local memory of any of the System's 
servers, the System 152 accesses a bridge to the Content 
Repository 142 to determine whether the work is stored 
there. If the work is within any of these memories, it is 
provided to the user. If the work is not present in any of these 
memories, the system may continue to try other servers or 
databases, including remote servers and databases, or it may 
notify the user that the requested work is unavailable. 
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For example, a user accesses the web site provided by the wherein the step of verifying includes the steps of: 

distributor. While on the site, the user selects a work. Based sending a request to obtain data corresponding to at 

on the selection, the User Interface Server 120 generates a least a portion of a physical work; 

URL. Next, the URL is provided to the Content Delivery receiving data corresponding to the at least a portion of 

System 152 and the user. The Content Delivery System 152 5 the physical work; and 

extracts a unique content identifier from the secure URL, comparing the at least a portion of the physical work 

and attempts to locate the work with the Content Delivery with a corresponding portion of at least one elec- 

System 152 or the Content Repository 142. If the work is tronic work to determine whether to grant the 

present, the Content Delivery System 152 provides the user request. 

with access to the electronic work by downloading, 10 8. The method of claim 7, wherein the step of comparing 

streaming, broadcasting or other well-known delivery tech- includes correlation to identify the corresponding portions of 

niques. the at least a portion of the physical work and the corre- 
sponding portion of the at least one electronic work. 

CONCLUSION 9 'j ne me thod of claim 7, wherein the step of comparing 

While various embodiments of the present invention have 15 includes phase shifting either the at least a portion of the 

been described above, it should be understood that they have physical work or the corresponding portion of the at least 

been presented by way of example only, and not limitation. one electronic work. 

For example, the present invention is not limited to the 10. The method of claim 8 or 9, comprising the step of: 

physical arrangements or use with any particular network. increasing size of the portion of the physical work or the 

As such, the breadth and scope of the present invention 2t > corresponding portion of the at least one electronic 

should not be limited to any of the above-described exem- work prior to comparison. 

plary embodiments, but should be defined only in accor- 11. The method of claim 7, wherein the step of comparing 

dance with the following claims and their equivalents. includes a Fast Fourier Transform analysis on the portion of 

We claim: the physical work and the corresponding portion of the at 

1. A method of providing electronic works, comprising 25 least one electronic work. 

the steps of: 12. The method of claim 7, wherein the step of comparing 

offering electronic works to a user over a network, includes comparing time domain samples from the portion 

receiving a request for access to at least one electronic °f tQe physical work. 

work over the network* method of claim 7, where the step of comparing 

verifying the user is authorized to access the requested 30 commodates ; a margin of error allowance. 

electronic work* e metnoc * °f claim 7, further comprising the step of: 

providing the user with access to the requested electronic repeating the verifying step. 

work over the network; and 15 - The method of claim x > wherein *e step of verifying 

, . . 4 , further includes the steps of: 

storing electronic works; 35 

wherein the step of verifying includes the steps of: sendin S a K *? si '° obtain da,a corresponding to at least 

receiving data corresponding to at least one track offset a P ortlon of a P h y s,cal work; 

of a physical work, and receiving data corresponding to the at least a portion of 

comparing the at least one track offset of the physical the physical work; and 

work to a corresponding track offset on at least one 40 comparing the at least a portion of the physical work with 

stored electronic work. a corresponding portion of at least one electronic work 

2. The method of claim 1, wherein the physical work is a to determine whether to grant the request, 
compact disk. 16 . A method of acquiring an electronic version of a work, 

3. The method of claim 1, wherein the step of verifying comprising the steps of: 
includes the step of: 45 obtaining a physical work; 

acquiring identification information from the physical creating an electronic work from the physical work; 

work, and extracting samples of data from the physical work; 

identifying at least one electronic work for the compari- identifying an electronic work in an encoding queue; 

5011 ' r n retrieving the electronic work identified in the encoding 

4. The method of claim 3, wherein the identification queue* and 

information is a title of the physical work. t f ! , , , , t 

* r^. j * 1 ■ 1 l - c • transferring the retrieved electronic work to storage. 

5. The method of claim 1, wherein the step of comparing °.. , £ , . A , t 

c . I , 1 . p ,1 * 1 17. The method of claim 16, further comprising the step 

compares a range 01 values tor a track onset ol the physical ~ ... , ' , , , . r , 0 , * 

. . ,1 * j 1 * ' 1 of providing encoders in a queue based, database mediated 

work to the stored electronic works. fit 

6. The method of claim 1, wherein the step of comparing 55 iJ^L , c , . ^ . ■ .u » c . 

, c t , «. 4 18. The method of claim 16, wherein the step of extracting 

compares a plurality or track offsets. t *t_ * * • j • r V 

rm * *u j * -j • , 4 . A .. further extracts index into rmation. 

7. A method of providing electronic works, comprising inm_ *i_ j * 1 • 10 i_ *u j • c 

the ste s of* e metnci " °^ claim 18, wherein the index mforma- 

_ . tion identifies what samples of the physical work were 

offering electronic works to a user over a network, ^ extracted 

receiving a request for access to at least one electronic 20. The method of claim 16, further comprising the step 

work over the network; 0 f : 

verifying the user is authorized to access the requested labeling the physical work, 

electronic work; 21. The method of claim 20, wherein the physical work is 

providing the user with access to the requested electronic 55 labeled with a UPC code. 

work over the network; and 22. The method of claim 16, further comprising the step 

storing electronic works; of: 
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labeling the electronic work with a label corresponding to 
the label on the physical work. 

23. The method of claim 16, further comprising the steps 

of: 

labeling the electronic work; and 
using the label of the electronic work as a unique identifier 
for accounting purposes. 

24. The method of claim 16, farther comprising the step 
of: 10 

loading pointers to the electronic work into the encoding 
queue. 

25. The method of claim 16, wherein the encoding queue 
uses a first in, first out scheduling algorithm. 

26. The method of claim 16, further comprising the step 
of: 

encoding the electronic work identified in the encoding 
queue. 

27. The method of claim 26, wherein the step of encoding 20 
encodes two versions of the electronic work. 

28. The method of claim 27, wherein the two versions of 
the electronic work are a 24 kilobit per second version and 
a 128 kilobit per second version. 

29. The method of claim 24, further comprising the step 25 

of; 

inserting pointers into the encoding queue to indicate 
which encoded electronic works are ready for the 
transferring step. 3Q 

30. The method of claim 18, wherein the transferring step 
also transfers the index information. 

31. A method of delivering electronic works, comprising 
the steps of: 

receiving a request for access to an electronic work and a 35 

form of user identification from a device; 
identifying characteristics of the requesting device; 
verifying the form of user identification against stored 

information; 4Q 
storing frequently requested items locally in memory; and 
providing the device with access to the electronic work; 
wherein the verifying step includes checking whether the 

user is simultaneously logged in from another device. 

32. A method of acquiring an electronic work, comprising 45 
the steps of: 

logging into a service offering access to at least one 
electronic work; 

sending a request to access at least one electronic work 50 
and a form of identification; 

demonstrating authorization to receive the requested elec- 
tronic work; and 

obtaining access to the requested electronic work; S5 

wherein the step of demonstrating includes sending a 
confirmation number for the purchase of a physical 
work. 

33. An apparatus for providing electronic works, com- 
prising: 60 

means for offering electronic works to a user over a 
network; 

means for storing at least one of the offered electronic 
works; 6S 

means for receiving a request for access to at least one 
electronic work over the network; 
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means for verifying the user is authorized to access the 
requested electronic work wherein the means for veri- 
fying includes: 

means for receiving data corresponding to at least one 
track offset of a physical work, and 

means for comparing the at least one track offset of the 
physical work to a corresponding track offset on at 
least one stored electronic work; and 
means for providing the user with access to the requested 

electronic work over the network. 

34. The apparatus of claim 33, wherein the means for 
verifying further includes: 

means for sending a request to obtain data corresponding 
to at least a portion of a physical work; 

means for receiving data corresponding to the at least a 
portion of the physical work; and 

means for comparing the at least a portion of the physical 
work with a corresponding portion of at least one 
electronic work to determine whether to grant the 
request. 

35. An apparatus for providing electronic works, com- 
prising: 

means for offering electronic works to a user over a 
network; 

means for storing at least one of the offered electronic 
works; 

means for receiving a request for access to at least one 
electronic work over the network; 

means for verifying the user is authorized to access the 
requested electronic work wherein the means for veri- 
fying includes: 

means for sending a request to obtain data correspond- 
ing to at least a portion of a physical work, 

means for receiving data corresponding to the at least 
a portion of the physical work, and 

means for comparing the at least a portion of the 
physical work with a corresponding portion of at 
least one electronic work to determine whether to 
grant the request; and 
means for providing the user with access to the requested 

electronic work over the network. 

36. An apparatus for acquiring an electronic version of a 
work, comprising: 

means for obtaining a physical work; 
means for creating an electronic work from the physical 
work; 

means for extracting samples of data from the physical 
work; 

means for identifying an electronic work in an encoding 
queue; 

means for retrieving the electronic work identified in the 

encoding queue; and means 
means for transferring the retrieved electronic work to 

storage. 

37. An apparatus for providing electronic works, com- 
prising: 

a server for offering electronic works to a user over a 
network, wherein the server stores at least one of the 
offered electronic works, wherein the server receives a 
request for access to at least one electronic work over 
the network; 

wherein the server verifies the user is authorized to access 
the requested electronic work by receiving data corre- 
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sponding to at least one track offset of a physical work, 
and comparing the at least one track offset of the 
physical work to a corresponding track offset on at least 
one stored electronic work; and 
wherein the server provides the user with access to the 5 
requested electronic work over the network. 

38. The apparatus of claim 37, wherein the server also 
sends a request to obtain data corresponding to at least a 
portion of a physical work, receives data corresponding to 
the at least a portion of the physical work, and compares the 10 
at least a portion of the physical work with a corresponding 
portion of at least one electronic work to determine whether 

to grant the request. 

39. An apparatus for providing electronic works, com- 
prising: 
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a server for offering electronic works to a user over a 
network, storing the offered electronic works, and 
receiving a request for access to at least one electronic 
work over the network; 
wherein the server also verifies the user is authorized to 
access the requested electronic work by sending a 
request to obtain data corresponding to at least a 
portion of a physical work, receiving data correspond- 
ing to the at least a portion of the physical work, and 
comparing the at least a portion of the physical work 
with a corresponding portion of at least one electronic 
work to determine whether to grant the request; and 
wherein the server also provides the user with access to 
the requested electronic work over the network. 

***** 
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